3.3.1. Daily Operations
In CMP 8.11, it was very difficult to link a Batch Audit record and the Job Execution which created/updated it.
On the Jobs List panel, the Last Batch column had a link to the latest batch, but this may not be the batch which was created or updated by that particular job.
In CMP 8.12, every execution of a job that operates on a batch now displays a hyperlink to that batch in the complete list of executions for that job.
In the Batch Audit list panel, clicking on the Batch Count hyperlink now displays the Job Execution linked to that batch.
In the Jobs list panel, clicking on the Recent Executions hyperlink for a batch run shows the Execution Id for that specific batch.
3.3.1.1. New Jobs and Daemons
Comms Purge Job
End user communication information is held in CMP to enable an agent to view sent comms.
Over time, these tables, in which this information is held, grows and to keep the system optimal in terms of performance, the comms data needs to be regularly purged.
To facilitate this, a new purge job has been developed in CMP 8.12 that deletes comms information from CMP.
This job removes records of customer communications and related information that are stored within CMP after a specific time period.
The job derives a calculated purge date based on how long data should be retained before it can be purged. The months to retain can be entered manually when the job is run.
If no value is provided then the value configured for the module property comms.purge.default.noofmonths will be used.
Only communications related data that was generated on or before the calculated purge date will be considered by the job.
3.3.1.2. Changed Jobs and Daemons
Invoice Production - Proration
In CMP 8.11, Invoice Production used a value of 30.4 when calculating the daily charge for a monthly priced service.
Where monthly charges are billed in arrears, this lead to varying prices which was confusing to the end consumer.
In CMP 8.12, Invoice Production has been changed to support an average days per month i.e. 30.4, or the actual days in a month, when calculating monthly charges.
Whether an average value or an exact value is used is controlled by a new system property, MONTHLY.CHARGING under the existing property group GENERAL_SETTINGS.
See section 6.5.1 for the specific values supported.
Invoice Production - Charging Suspension
Invoice Production has also changed in CMP 8.12 to support the suspension of charging in the case where a subscriber has been barred from making or receiving calls.
Any recurring charges active within a suspension period will not be charged so will be prorated up to the point of suspension and charged again once charging suspension is lifted.
When billing in advance, a credit back will be given for the period of suspension.
Workflow Monitor
The Workflow Monitor job has been modified in CMP 8.12 to support the write off of an account balance.
Write off is an explicitly defined Account Movement step of the credit control procedure.
For a write-off Account Movement action, the Workflow Monitor job will first verify that all subscriptions under the account have received their termination invoice before writing off the outstanding balance.
Action Monitor Job
A subscription's contract start date is populated with the date the subscription was created.
If the subscription was created as part of an order and the activation was by the customer themselves, it is possible that the connection might not happen until a few days later.
Therefore, the contract start date should reflect the date the connection was confirmed.
In CMP 8.12, a change has been made to the Action Monitor job when processing a connection action to ensure that the contract start date on the subscription is aligned with the connection date.
Order Dispatch Job & Daemon
The Order Dispatch job and daemon have been enhanced in CMP 8.12 to take subscription orders into consideration.
With subscription orders, the warehouse may supply serial numbers as part of the order dispatch notification e.g. an MSISDN-SIM pair. If serial numbers are provided in the response from the warehouse, then they need to be validated and processed by the Order Dispatch job.
This change has necessitated a change to the order dispatch JSON schema to include an array of managed serial numbers. The version of the schema has been updated to v1.2.